home *** CD-ROM | disk | FTP | other *** search
- Path: news.PBI.net!usenet
- From: mich@pbinet.com
- Newsgroups: comp.lang.misc,comp.lang.perl.misc,comp.lang.tcl,comp.lang.c,comp.lang.java
- Subject: Re: Relative Speed of Perl vs. Tcl vs. C
- Date: 29 Feb 1996 04:45:14 GMT
- Organization: Pacific Bell Internet Services
- Message-ID: <4h3b0q$s24@SNFC21_SRVR_WWW.PBI.net>
- References: <4e3a2u$eoa@wcap.centerline.com> <JTV2J.96Feb12142743@mamba.cs.virginia.edu> <4fqfvr$3f0@matrix.eden.com> <OZ.96Feb15103918@nexus.yorku.ca> <4fvn3i$eaq@matrix.eden.com>
- Reply-To: mich@pbinet.com
- NNTP-Posting-Host: ppp-5-39.rdcy01.pbinet.com
- X-Newsreader: IBM NewsReader/2 v1.03
-
- >On the other hand, expect a high-level perl for more java-like tasks later
- >this quarter. And just maybe you'll find that it's better to use a
- >high-level language designed for data processing for data processing
- >(i.e. Internet work) than to use a low-level language designed for
- >operating systems implementation which has mutated into a strange
- >cross-paradigmed object oriented language which has mutated
- >into a curious scripting language.
-
- >Don't be afraid of the future, ozan. :)
-
- A lot of this type of argument seems to imply that eventually there will
- be a a language that finnally comes out on top as the final solution for
- all programmers everywhere. I'm not so sure this will happen. Java extentions
- for Perl make a lot of sense to me given that IBM is working on a similar thing
- for REXX and Microsoft appears to be going in that direction as well with MFC.
- Untill a truly intelligent design interface comes bouncing down the pike I don't
- think anyone can rest on thier laurels and make set the standard.
-
-